home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94a.txt / 000067_icon-group-sender _Sun Feb 27 07:39:22 1994.msg < prev    next >
Internet Message Format  |  1994-08-19  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Wed, 2 Mar 1994 10:48:22 MST
  2. Date: 27 Feb 94 07:39:22 GMT
  3. From: agate!library.ucla.edu!csulb.edu!nic-nac.CSU.net!news.Cerritos.edu!news.Arizona.EDU!math.arizona.edu!CS.Arizona.EDU!not-for-mail@ucbvax.Berkeley.EDU  (Nevin Liber)
  4. Organization: University of Arizona CS Department, Tucson AZ
  5. Subject: Re: file dates
  6. Message-Id: <2kpina$fn5@caslon.CS.Arizona.EDU>
  7. References: <1994Feb23.121210.9747@hemlock.cray.com>, <5a-oml5.mengarini@delphi.com>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. In article <5a-oml5.mengarini@delphi.com>,
  14. Will Mengarini  <mengarini@delphi.com> wrote:
  15. >but I think this is a very good point that it'd be useful
  16. >for the language to define keywords or functions for things
  17. >that can reasonably be expected to be present on most or all
  18. >implementations.
  19.  
  20. You have to way that against increasing the size of the language
  21. (bloating or creeping featurism).  If there is a way to do it without
  22. adding a language feature (which you have already stated is possible
  23. under MS-DOS, and I can think of ways to do it under Unix), then I'd
  24. lean against adding it as a feature.
  25.  
  26. >Can anybody name an Icon implementation for a system where
  27. >files are created & stored in a way that doesn't keep track
  28. >of both creation date & time, & last-change date & time?
  29.  
  30. That's still not enough to make it useful.  At a minimum, you would
  31. like to be able to compare dates (eg: is date1 later than date2).
  32. You'd probably wish to know the amount of time between two dates, and a
  33. way to compare it to the current date.  This would be highly machine
  34. dependent (does the machine keep track of timestamps to the nearest
  35. microsecond or to the nearest minute).  You'd probably want a standard
  36. textual representation to make it easy to create new dates to compare
  37. against.  But if you used something like &dateline as the standard
  38. representation, should you provide functions to fix the redundant
  39. fields (the day of the week can be calculated from the month day year
  40. combination, making it redundant)?  Would you add functions to add or
  41. subtract time to a given date?  Etc., etc.
  42. -- 
  43.     Nevin ":-)" Liber    nevin@cs.arizona.edu    (602) 293-2799
  44.                                                   +++ (520) after 3/95
  45.                                       office:    (602) 621-1685
  46.